155М 1561-5359. Штучний 1нтелект, 2019, № 1-2 


УДК 681.3 
М.К. Буза 


Белорусский государственный университет, Беларусь 
пр. Независимости, 4, г. Минск, 220030 


ОБЛАЧНЫЕ ТЕХНОЛОГИИ - ОСНОВА ПРОЕКТИРОВАНИЯ 
ЭФФЕКТИВНЫХ ПРИЛОЖЕНИЙ 


М.К. Воиза 
Веагазлап Зе Ошуегзиу, Ве]агаз 
4, т4ерепдепсе Ауе., МивК, 220030 


СТОЮ ТЕСНМОГОСУ Г5 ТНЕ ЕООМОАЛТТОМ ЕОК РЕЗУСМХС 
ЕЕЕТСТЕМТ АРРЛСАТТОМ 


В статье исследуются основные модели облачных технологий. Сделан аргументированный выбор модели 
Заа5 для создания \!еБ-приложения информационного обеспечения учебного процесса. Сформировано инструмен- 
тальное окружение программных средств, включая НегоКа, СеагОВ, МузОГ, 551, АрасБе Мауеп для поддержки 
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ложения. Определены возможности доступа к нему, изменения и пополнения. 
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Введение 

В последние годы традиционные прог- 
раммные модели постепенно заменяются на 
интернет-модели. Разработчики последних 
утверждают, что в ближайшее время для об- 
лачных технологий будут созданы новые 
способы работы с облаками через мобиль- 
ные устройства в любой точке мира. Боль- 
шинство компаний могут позволить себе 
разворачивать свои приложения в облаках, 
не покупая дорогостоящего оборудования. 
Для этого достаточно лишь иметь доступ в 
интернет. 

По сути, облачные вычисления это 
своего рода аутсорсинг компьютерных 
программ. Облачные технологии позволяют 
пользователям получать доступ к програм- 
мному обеспечению и приложениям сторон- 
них организаций и находиться в облаке вне 
зависимости от места нахождения пользова- 
теля, оплачивая лишь объем хранилища дан- 
ных и время работы. 

Данные хранятся и обрабатываются в 
так называемом облаке, которое с точки зре- 
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ния клиента представляет собой один вирту- 
альный сервер. 

Облачные технологии позволяют эко- 
номить время и средства на создание необ- 
ходимого программного обеспечения, пре- 
доставляя доступ к данным в любое время 
суток. Из существенных недостатков ис- 
пользования облачных технологий отметим: 
общая производительность при работе в об- 
лаках часто оказывается ниже чем обработ- 
ка на локальных серверах и не до конца ре- 
шена проблема безопасности обработки, 
хранения и пересылки конфиденциальных 
данных. 

В связи с переходом Республики Бела- 
русь на цифровую экономику актуальной 
стала задача перевода системы образования 
на цифру. 

Ниже будет сформировано инструмен- 
тальное окружение и представлено онлайн- 
приложение информационного обеспечения 
учебного процесса с разворачиванием его в 
облаке, обеспечением безопасности как до- 
ступа к нему так и его функционирования. 
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Хранение такого приложения в обла- 
ке и онлайн работа с ним позволит не тра- 
тить средства на вычислительные ресурсы, 
которых всегда не хватает в учреждениях 
образования. 

Модели облачных вычислений 

Рассмотрим три основных вида облач- 
ных вычислений. 

1. баа$(5ЗоЁ\аге-а5-а-Зегу1се) — програм- 
мное обеспечение как услуга. Модель об- 
служивания, при которой подписчикам 
предоставляется готовое прикладное 
программное обеспечение, полностью 
обслуживаемое провайдером. Заказчикам 
предоставляется доступ к функциям с 
клиентских устройств, как правило через 
мобильное приложение или веб-браузер. 
Примерами такой модели являются 
Ооозе Аррз, ОгорБох, Зае$Рогсе, \\еБЕх, 
Сопсиг, СоТоМеейпе. 

2. РааЗ(Р1аогт-аз-а-Зегу1се) — платформа 
как услуга. Здесь потребитель получает 
доступ к использованию информационно- 
технологических платформ: операцион- 
ных систем, систем управления базами 
данных, связующему программному обес- 
печению, средствам разработки и тестиро- 
вания, находящихся у облачного провай- 
дера. Вся информационно-технологичес- 
кая инфраструктура, включая вычисли- 
тельные сети, серверы, системы хранения 
управляется провайдером. Он определяет 
набор доступных для потребителей видов 
платформ и набор управляемых парамет- 
ров платформ, а потребителю предостав- 
ляется возможность использовать плат- 
формы, создавать их виртуальные экземп- 
ляры, устанавливать, разрабатывать, тес- 
тировать, эксплуатировать на них при- 
кладное программное обеспечение, при 
этом динамически изменяя количество по- 
требляемых вычислительных ресурсов. 
Основные примеры такой модели: А\5 
Назсис ВеапхаК, \Мшадо\ Атиге, НегоКи, 
ЕРогсесот, Соое Арр Епеше, Арасве 
Знаюз, Ореп ШИ. 

3. Тааз(шйгазигасвиге-аз-а-Зегу1се) — инфра- 
структура как услуга. Потребителю пред- 
оставляются по подписке фундаменталь- 
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ные — информационно-технологические 
ресурсы — виртуальные серверы с задан- 
ной вычислительной мощностью, опера- 
ционной системой (чаще всего — предус- 
тановленной провайдером из шаблона) и 
доступом к сетям [1]. При подписке по- 
требитель, как правило, приобретает сер- 
верное время, а также пространство для 
хранения (возможно, с различной тари- 
фикацией в зависимости от производи- 
тельности), заданную сетевую пропуск- 
ную способность, в некоторых случаях — 
сетевой трафик. Примеры такой модели: 
ПюцаЮсеап, Глиоде, КасКзрасе, Ата7оп 
У’еБ 5егусе5(АУ$), С15со Маарод, 
Мсгозой Адие, Ооофе  Сотрше 
Епоте(ССЕ). 

Анализ показал, что для разработки 
проектируемого приложения целесообразно 
использовать модель Заа$ облачных техно- 
логий. Большинство приложений Зааз за- 
пускаются непосредственно через веб- 
браузер и не требуют каких-либо загрузок 
или установок на стороне клиента. 

Заа5 избавляет нас от необходимости 
загружать и устанавливать приложения на 
каждом отдельном компьютере. ЗааЗ по- 
ставщики решают все потенциальные тех- 
нические проблемы, связанные с хранением 
данных, установкой и обновлением прог- 
раммного обеспечения, серверами и храни- 
лищами, значительно сокращая время и фи- 
нансы, затрачиваемые на решение задачи. 

Существует множество различных си- 
туаций, в которых модель Заа$ может быть 
наиболее выгодной. В частности: 

» начинающим или небольшим компани- 
ям, которым нужно быстро запустить 
электронную коммерцию и нет времени 
на решение проблем по установке серве- 
ра или программного обеспечения; 

» ДЛЯ краткосрочных проектов, требую- 
щих сотрудничества; 

® при использовании приложений, кото- 
рые не очень востребованы; 

® ДЛЯ Приложений, которым нужен как 
веб, так и мобильный доступ. 

Выбор данной модели может объяс- 
няться еще и следующим: 
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1. баа$ модель является наиболее распрост- 
раненной среди остальных моделей из-за 
своих возможностей и полностью рас- 
крывает процесс работы облачных 
вычислений. 

2. Поддержкой приложения, использующе- 
го модель Заа$, заниматься проще по 
сравнению с другими моделями. 

3. Пользователям приложения не надо бес- 
покоиться о необходимом оборудовании 
для его использования, операционном и 
программном окружении. 

4. При создании приложения, использую- 
щего модель $аа5 облачных технологий, 
можно воспользоваться приложениями 
на моделях Раа$ и [аа для развертыва- 
ния приложения в облаке. 

На основе данной модели разработаем 
приложение, для доступа к которому доста- 
точно иметь лишь доступ в интернет. 

Формирование инструментального 
окружения Для проектирования 
приложения 

Характерной особенностью облачных 
вычислений является тот факт, что потреби- 
тель может, если ему необходимо, независи- 
мо использовать вычислительные функции, 
такие как серверное время или сетевое хра- 
нилище данных в автоматическом режиме, 
без взаимодействий с персоналом постав- 
щика услуг [2]. 

Чтобы поддерживать облачное прило- 
жение необходимо создание и поддержка 
виртуальных машин, перераспределение 
данных между ними, а также обеспечение 
безопасности информации: создание копий 
на разных серверах. 

Среди сервисов, которые предостав- 
ляют такие услуги бесплатно укажем на 
Негока, Ореп5 ШЁ, Соозе Арр Епеше. 

В качестве необходимого сервиса вы- 
берем НегоКи в силу следущего. Негоки одна 
из первых облачных Раа5-платформ, под- 
держивающая ряд языков программирова- 
ния: КаБу, Тауа, М№ 4е.1з, эсаа, Солие, 
Руфоп и другие. Приложение представляет 
собой набор исходного кода, представлен- 
ного на одном из этих языков, возможно, 
фреймворк и некоторое описание зависи- 
мостей, которое инструктирует систему 
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сборки относительно того, какие дополни- 
тельные зависимости необходимы для сбор- 
ки и запуска приложения. Здесь не нужно 
вносить много изменений в приложение, 
чтобы запустить его в НегоКч. Одним из тре- 
бований является информирование плат- 
формы о том, какие части приложения ра- 
ботоспособны. Если мы используем какой- 
то установленный фреймворк, НегоКи может 
это понять. Например, в Кибу оп ВаП$ это 
обычно га|з-сервер, в О}апго это руфоп 
<арр> //тапазе.ру гапзегуег, а в Моде.]5 это 
основное поле в расКазе.]зоп. 

НегоКи — это платформа, которая по- 
зволяет создавать, запускать и масштабиро- 
вать приложения одинаковым образом на 
всех языках, используя зависимости и Ргос- 
Не. Ргос#е предоставляет архитектурный 
аспект созданного приложения с возмож- 
ностью масштабировать каждую часть. 

Для развертывания и сборки приложе- 
ния на НегоКи будем использовать СИ - рас- 
пределенную систему контроля версий, ко- 
торую многие разработчики используют для 
управления и контроля версий исходного 
кода. Платформа НегоКи использует СЁ в ка- 
честве основного средства для развертыва- 
ния приложений (есть и другие способы пе- 
редачи исходного кода в НегоКи, в том числе 
через АР]. При использовании НегоКи АР| 
для создания и запуска приложений развер- 
тывание означает перенос приложения из 
локальной системы в НегокКи. 

Когда платформа НегоКи получает ис- 
ходный код приложения, она инициирует 
сборку исходного приложения. Механизм 
сборки, как правило, зависит от языка, но 
следует тому же шаблону, обычно извлекая 
указанные зависимости и создавая любые 
необходимые ресурсы (простые, как табли- 
цы и сложные, как компиляция кода). Ис- 
ходный код приложения вместе с извлечен- 
ными зависимостями и выходными данны- 
ми фазы сборки, такими как сгенерирован- 
ные ресурсы или скомпилированный код, а 
также язык и инфраструктура, собраны в 
Зе. 52 — это набор исходного кода, извле- 
ченных зависимостей, времени выполнения 
языка и скомпилированных или сгенериро- 
ванных выходных данных системы сборки, 
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готовых к выполнению. Эти слаги — фунда- 
ментальный аспект того, что происходит во 
время выполнения приложения. Они содер- 
жат скомпилированное, собранное прило- 
жение готовое к запуску вместе с инструк- 
циями (РгосНе) о возможности выполнения. 

НегоКи запускает приложение, выпол- 
няя команду, указанную вами в Ргос@е, на 
4упо, который был предварительно загру- 
жен с подготовленным слагом (фактически, 
с вашим релизом, который расширяет слаг) 
и некоторые еще не определенные элемен- 
ты: сопйз уаг$ и а49-оп$. 

Вместо управления оборудованием мы 
развертываем приложение в НегокКи, которое 
упаковывает код и зависимости приложения 
в контейнеры - легкие, изолированные сре- 
ды, обеспечивающие вычисления, предос- 
тавляя память, операционную систему и 
эфемерную файловую систему. Контейнеры 
обычно работают на общем хосте, но пол- 
ностью изолированы друг от друга. 

Как правило, если мы развертываем 
приложение в первый раз, НегоКи автомати- 
чески запускает один веб-дупо, т.е. он загру- 
зит дупо вместе со слагом и выполнит ко- 
манду, связанную с типом веб-процесса в 
нашем РгосШе. Мы можем контролировать, 
сколько 4упоз работает в любой момент 
времени. 

Приложения обычно используют над- 
стройки для предоставления вспомогатель- 
ных услуг, таких как базы данных, системы 
очередей и кэширования, хранилища, служ- 
бы электронной почты и многое другое. 
Негоки рассматривает эти надстройки как 
вложенные ресурсы: подготовка надстройки 
заключается в выборе одной из них на рынке 
и установке ее в приложение. Надстройки 
связаны с приложением, очень похожи на 
конфигурационные переменные, и поэтому 
необходимо уточнить раннее определение 
выпуска. Релиз приложений — это не просто 
наши настройки, это наш слаг, сопйх уагз, а 
также набор предоставляемых дополнений 
[3 

Дополнения НегоКи — это компоненты, 
которые поддерживают приложение, такие 
как хранилище данных, мониторинг, анали- 
тика, обработка данных и многое другое. В 
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своем приложении будем использовать над- 

стройку СеагОВ, которая используется для 

работы с МУЗОГ. СМеагОВ использует 
собственный МУЗОГ для работы приложе- 

ний, поэтому не нужно беспокоиться о 

какой-либо специальной обработке или пре- 

образовании данных при работе с нашим 
приложением. СМеагОВ становится частью 
нашего стека приложений, как только при- 
ложение было помещено в Негоки. Даже 
если есть проблемы с сетью, сбои ЕВ®, сти- 

хийные бедствия, наши данные останутся в 

сети и будут доступны. 

Шифрование проходит везде: данные 
в покое зашифрованы, резервные копии 
сжимаются и шифруются, а сетевое шифро- 
вание доступно с использованием поддерж- 
ки МУЗОГ. 55Г. Кроме того, данные немед- 
ленно удаляются при удалении экземпляра 
надстройки из нашего приложения, поэтому 
можем быть уверены, что данные будут без- 
опасны не только при их использовании, но 
и при их удалении. СеагОВ также применя- 
ет строгий оперативный контроль доступа к 
данным, чтобы предотвратить доступ не- 
санкционированного персонала к нашим 
данным без разрешения [4]. 

Так как СМеагОВ обеспечивает необхо- 
димую безопасность данных и связан напря- 
мую с НегоКа, было принято решение раз- 
местить свою базу данных именно там. 

Развертывание базы данных в С!еагОВ 
осуществляются следующим образом: 

1. Вначале надо зарегистрироваться на 
НегоКч и развернуть там свое приложение. 

2. Затем добавляем аддоны для своего при- 
ложения. Там выбираем аддон СеагОВ и 
для него необходимый тариф, в зависи- 
мости от которого будем иметь различное 
количество доступных подключений и 
размер самой базы данных. 

3. НегоКа выдаст необходимый и! базы 
данных для подключения и создания там 
своей базы. 

4. Подключаемся с помощью МУЗОГ. к базе 
данных, импортируем туда необходимую 
базу даных. 

В ходе работы с базой данных выяс- 
нилось, что если создать соединение к базе 
данных и не использовать его 60 секунд, то 
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плагин автоматически закроет эти соеди- 
нения в связи с загруженностью своей сис- 
темы. Поэтому было принято решение соз- 
дать поток Вепе\хСоппеснопТгеа4, кото- 
рый будет обновлять соединения к базе 
данных каждые 30 секунд, чтобы пользо- 
ватель мог оставить свою систему нена- 
долго и при попытке получить доступ к 
данным приложение не прекращало свое 
работу. 

Физическая инфраструктура НегоКи 
размещается и управляется в безопасных 
центрах данных Атахоп и использует тех- 
нологию Ашщтахоп \У!еб Зегусе (АУ). 
Ата7оп постоянно управляет рисками и ре- 
гулярно проводит оценки для обеспечения 
соответствия отраслевым стандартам. 

Стороннее тестирование безопасности 
приложения Негоки выполняется независи- 
мыми и авторитетными консалтинговыми 
фирмами. Результаты каждой оценки прове- 
ряются оценщиками, ранжируются по риску 
и назначаются ответственной команде. 

Негока использует изоляцию прило- 
жений, ограничения операционной системы 
и зашифрованные соединения для дальней- 
шего снижения рисков на всех уровнях [5]. 

Приложения на платформе НегоКи ра- 
ботают в собственной изолированной среде 
и не могут взаимодействовать с другими 
приложениями или областями системы для 
предотвращения проблем безопасности и 
стабильности. Эти автономные среды изо- 
лируют процессы, память и файловую сис- 
тему, в то время как брандмауэры на основе 
хоста не позволяют приложениям устанав- 
ливать локальные сетевые подключения. 

Структура и функционирование 
приложения 

Разработанное приложение предназна- 
чено для информационного обеспечения 
учебного процесса. Проектирование и без- 
опасность приложения поддерживается ин- 
струментальными средствами, представлен- 
НЫМИ В П. 2. 

Чтобы ролевая система работала, роль 
пользователя постоянно хранится в объекте 
пользователя, который лежит в данной сес- 
сии. При обращении к каждой странице про- 
исходит проверка роли пользователя на со- 
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ответствие после чего он направляется на 
главную страницу приложения. 

Предложены следующие роли и разра- 
ботан функционал для них: студент; препо- 
даватель; администрация факультета; адми- 
нистрация университета; гость. 

Для серверной части нами была выбра- 
на мультиплатформенная Лауа ЕЕ(Емегризе 
ЕЧоп), так как это мультиплатформенный 
язык, а такие веб приложения поддержива- 
ются большим количеством различных сер- 
висов. Приложение строится следующим 
образом: есть ]зр(Тауа Зег\е( Расе) и тат 
зегу1ее. Со стороны ]зр будут поступать за- 
просы на сервер, которые адресуются сер- 
влету. Сервлет распознает запрос, выполня- 
ет необходимые действия и возвращает 
страницу ]зр ответа. 

Проект собирается при помощи 
Арасве Мауеп — фреймворка для автомати- 
зации сборки проектов на основе описания 
их структуры в файлах на языке РОМ, яв- 
ляющимся подмножеством ХМГ. В файле 
рот.хт| указываются зависимости проек- 
тов, версии различных библиотек, необхо- 
димых для работы приложения. И каждый 
раз при сборке проекта библиотеки подтяги- 
ваются к проекту с помощью данного файла. 
После сборки проекта получаем файл с рас- 
ширением .\уаг, который содержит в себе все 
скомпилированные классы и все необходи- 
мые ресурсы приложения. Запускается та- 
кое приложение при помощи контейнера 
сервлетов Тотсай. 

Для работы с базами данных использо- 
вался СУБД Му5а [6] и надстройка 
СеагОВ. Соответственно в Лауа использо- 
вался ОВС. Все основные сущности в ОВС 
АРТ, с которыми предстоит работать, явля- 
ются интерфейсами: СоппесНоп; ЗаетепЕ; 
Ргераге4{аетепЕ; СаЙае(жиетепЕ; 

Вези[ Зе; Опуег; ДайабазеМеа Па. 

Вначале вызываем метод ЮгМате для 
создания класса драйвера. Далее у объекта 
драйвера используя ргореку, которые содер- 
жат данные о нашем соединении с базой 
данных, создаем Соппесйоп. Для этого 
Соппесйоп создаются и выполняются 
запросы. 
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Развертка приложения происходит на 
Негока, поддерживающей ряд языков 
программирования. 

Схема базы данных (рисунок 1) содер- 
жит таблицы: 
® аатиизайоп (данные о деканате); 
® отопр заБесЕ (какие предметы ведет 

какой преподаватель); 

тагк(оценки в семестре); 

тесюга (данные о ректорате); о 
то]е(типы пользователей); 


2 «МТ 1) 


Ф зиБеси 14 1МТ(11) 
< саедогу УАВСНАВ(45) 
< дае ОАТЕ 

> 


, | 


т 
| 
| 
р 
р 
р 
р 
| 


Е 
| 
| 
| 
| 
| 
| 
| 


7 а №Т(11) 


| 
| 
| 
| 
| 
| 
| 
| 
| <? пате УААСНАВ(45) 
| 
| 
| 
| 
| 


зез1оп_ тац(оценки за сессию); 

зез$1оп та фуре(типы оценок за 
сессию); 

зидеп(данные о студентах); 
зяБ]есКданные о предметах); 

зиБ]есЕ саёегогу(категории предмета, 
например лабораторные); 

зиБ]есЕ Чае(даты занятий по предметам); 
{еаспег(данные о преподавателях); 
изег(данные о пользователях). 


7 а МТ(11) 

Ф зиБес! 9 1МТ(11) 
3 {еасвег_14 1МТ(11) 
<? дгоир 1МТ(11) 

<? сошзе 1МТ(11) 


2 а мТ(11) 
ее Ф эмаег! 14 1МТ(11) 
Ф еаспег 14 МТ (11) 
а |< > так УАВСНАВ(2) 


Ф зиЦес! 1МТ(11) 
т > саедогу №Т(11) 
ТЕЕЕЕЕЕНЕЕЕЕ НЕНЕРЕЕЕНЯ > таж_дае ОАТЕ 
зиБес! 4 1МТ(11) | | > 
7 сазз_дае ОАТЕ Л | | ети ^ 
и] -======! Е 
`> пате УАВСНАВ(150 | В УААСНАН) 
ЕЕРЕЕН |- - - — —Ю& + зищея а мт(11) 

| Ф змдепЕ 4 1МТ(11) 

ФЧеаспег 14 1МТ(11) ЕЕ Фпатю УАЯСНАВИЫ) 

а Я 0 сошзе МТ) ы--- 3 зитате УАВСНАВ(45) 

о питьег АА(11) <? {афетате УАВСНАВ(45) 
мт)  ЕБРЕРЕЕБЕРЕНЕОЕСОСЕСАЗУЕСЕСЫЗЕСЫСЫСЫН, Фо удвонаеюл: ПАНА $ изег 4 1МТ(11) 
< пате МАВСНАВ(45) а ааа а айвы НЕЕЕНЕЕГЕРЕРЕРЕРЕН < : = а о пю ТЕХТ 
< зитате УАВСНАВ(45) = > > | 
< 1аетате УАВСНАВ(45) ЗЕЕТЕЛЕННЕИНЕЕЕЕНИЧЕСЕУ ние 
< дгоир ИМТ(11) 7 а МТ(11) 
< соигзе ИМТ(11) 3 пате УАВСНАВ(45) 
Ф изег_4 1МТ(11) ы <> зитате УАВСНАВ(45) 
о тю ТЕХТ 3 1афетате УААСНАВ(45) 2 а №Т(11) 
>| о п ТЕХТ < пате МАВСНАВ(45) 


Ф изег 4 1МТ(11) 


т амт(1) 


<? раззмюога МАВСНАВ(45) 
Ф гое 1МТ(11) 
2 етай УАВСНАВ(100) 

> 


<? пате УАВСНАВ(45) 
> 


< зипате УАВСНАВ(45) 
3 1афетате УААСНАВ(45) 
3 ию УАВСНАВ(45) 

Ф изег 4 1МТ(11) 


Рис. 1. Схема базы данных приложения 
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Есть общая таблица Озег, где хранятся 
основные данные о пользователе, такие как 
его логин, пароль и роль в системе, а также 
набор дополнительных параметров пользо- 
вателя, таких как электронная почта, № те- 
лефона и т.д. Таблицы ати гайоп, гесю- 
тафе, зба4епй и {еасКег хранят в себе 14 своего 
пользователя, причем пользователь может 
относиться к одной из своих ролей. Таблица 
зиБ]ес( содержит набор названий предметов, 
а в таблице заб]есё саёесогу, хранятся ре- 
зультаты промежуточного контроля знаний 
по предмету и зи ]есё_4ае с датами занятий 
по предмету. Данная таблица связывается с 
таблицей {еаспег с помощью промежуточ- 
ной таблицы этоир_зиаБ]есф, где хранятся 14 
преподавателя, 14 предмета, группа и курс, у 
которого преподаватель ведет данный 
предмет. 

Работа веб-приложения осуществляет- 
ся следующим образом: пользователь выби- 
рает какое-то действие на странице, дейст- 
вие поступает на сервер, принимая решение, 
каким образом его обработать, и возвращает 
ответ пользователю. Пользователь делает 
какое-то действие на странице, запрос от- 
правляется на сервер и обрабатывается клас- 
сом МашСопиоПег — наследником НирЗейуей. 
Для обработки запросов в сервлете исполь- 
зуется паттерн Сотитапа, в котором объект, 
вызывающий операцию, отделяется от 
объекта, знающего, как эту операцию 
ВЫПОЛНИТЬ. 

В нашей реализации в интерфейсе 
Соттап используется метод ехесще. Он 
принимает на вход параметр гедиез%, а на вы- 
ходе выдает объект типа СоттапаТуре, ко- 
торый состоит из типа перехода: Кедтесь, 
Еогуата, и страницы, на которую перейдет 
пользователь после выполнения своего 
действия. Для работы с базой данных ис- 
пользуется шаблон РАО (Шаа Ассе$з 
Оесо [7]. 

Для безопасной передачи пароля 
через запросы используется класс 
Меззасе)1сез${. Пароли хранятся в базе 
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данных в виде хэш-функций. Пароль, по- 
ступающий из запроса, преобразуется 
функцией и сравнивается с соответствую- 
щим полем базы данных [8]. Для отобра- 
жения информации использовалась техно- 
логия ]ЗР (Тауа Зегу|е Расез), позволяю- 
щая веб-разработчикам и дизайнерам 
быстро разрабатывать и легко поддержи- 
вать насыщенные информацией динами- 
ческие веб-страницы, которые используют 
существующие бизнес-системы. 75Р обес- 
печивает быструю разработку веб- 
приложений, не зависящих от платформы. 

Технология ЗР и сервлеты предостав- 
ляют привлекательную альтернативу дру- 
гим типам динамических веб-сценариев/ 
программ, предлагая независимость от плат- 
формы, улучшенную производительность, 
отделение логики от дисплея, простоту ад- 
министрирования и использования [9]. 

Для авторизации пользователь заходит 
на главную страницу, т.е. выполняет роль 
гостя. Затем он попадает на страницу авто- 
ризации, так он не имеет какой-то конкрет- 
ной роли. 

Пользователь вводит логин и пароль 
(рисунок 2) и снова попадает на главную 
страницу. Пароли в базе данных хранятся в 
зашифрованном виде, так что перед тем, 
как передать пароль далее его необходимо 
зашифровать таким же образом, как и в базе 
данных. Пароль шифруется с помощью кас- 
томного класса Епсгурюг, в котором ис- 
пользуется шифрование МО5 с помощью 
класса Меззасе01еез{ и возвращается об- 
ратно в команду. Далее происходит обра- 
щение к сервису к методу рибИс Чзег 
сресКОзег(Зилте 1осш, Зил1п$ разз\ога), ко- 
торый возвращает пользователя, если такой 
существует, либо пи| в ином случае. После 
авторизации пользователю присваивается 
роль, и в зависимости от ее определяется 
функционал, в рамках которого пользова- 
тель может производить фиксированные 
действия в приложении. 
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Введите свой логин 


Логин 


Пароль 


Рис. 2. Страница авторизации 


Студент видит только те предметы, ко- 
торые на данный момент у него имеются и 
только информацию, относящуюся к его 
группе. Осуществляется это за счет того, что 
в базе данных хранятся предметы и их отно- 
шение к определенному курсу и группе. Ин- 
формацию же о курсе и группе можно полу- 
чить из объекта студента, который находит- 
ся внутри объекта пользователя. 

Пользователь выбирает необходимый 
ему предмет и оказывается на странице 
предмета. Там отражается список группы с 
посещаемостью, курс и номер данной груп- 
пы, название предмета, а также имя препо- 
давателя. Студент может посмотреть оценки 


своей группы по данному предмету. Сту- 
дент в ведомости не может что-либо изме- 
нить, ему лишь доступна возможность про- 
смотра информации. Он может просмот- 
реть свои текущие оценки за семестр, а так- 
же за предыдущие сессии. 

У преподавателя кроме возможности 
посмотреть оценки обучающихся по данно- 
му предмету есть возможность изменять, 
удалять либо добавлять оценки, а также из- 
менять или добавлять какие-либо категории, 
например, даты посещаемости, лаборатор- 
ные работы, контрольные работы, экзамен, 
рейтинг и т.д. (рисунок 3). 


Добавить отметку 


Удалить — Изменить _ ернуься 


Рис. 3. Страница редактирования оценки 
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Сотрудники деканата могут просмат- 
ривать всю информацию о студентах фа- 
культета и при необходимости вносить не- 
обходимые изменения. 

Имеется возможность уведомления 
студента о решениях деканата. 

Возможности ректората включают до- 
полнительно запросы к деканату о происхо- 
дящих событиях. Приложение автомати- 
чески закрывается после одной минуты 
простаивания. 

На данный момент для приложения 
используется бесплатный тариф НегоКи. В 
зависимости от выбранного тарифа возмож- 
ности по времени и используемой памяти 
различны. 

Созданное приложение существенно 
упрощает процесс перевода обучающихся с 
одного уровня образования на другой [10]. 

Заключение 

Разработанное приложение позволяет 
осуществить цифровую трансформацию ин- 
формационного обеспечения учебного про- 
цесса. Результаты работы приложения дают 
возможность оптимизировать процесс взаи- 
модействия различных структур учебного 
заведения. Существенно упрощается про- 
цесс перевода студентов вверх /вниз по 
уровням обучения. 
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ВЕЗОМЕ 


М.К. Вои7а 
Соцд {есппоосу 15 Фе гоипдайоп 
Гог дез епто е сет аррИсайоп$ 


ш соппесбоп уф Фе цапяуоп ю Фе 
Чоца] есопоту, Ше агасе ргезеп5 4еуеюреа 
аррИсайоп оЁ шогтайоп заррой г Фе 
еисайопа! ргосезз. Гепа] есБпо|озез 
гедите Фе р1асетепЕ оЁ даа, ао 1$ апа 
зоНухаге и$1ще с1ои4 {есбпо]оэу. ТВе {(ю0] епу1- 
топтепе Гог Фе 4ез1еп оЁ 1$ аррИсаНоп \а$ 
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Гогте4 ап агэче4, шсшаше  НегоКи, 
СеагОоВ, Му5ОГ 5$5Г, Арасфе Мауеп. 
Уапои$ по4е|]5 оЁ сои (есбпоо?1ез аге 
апа[у7е4 апа Зааз {есбпооэу 1$ з@ецеа апа 
агоцеа Гог ше зошйоп оЁ Фе (а$К. 

Моз$Е Заа$ аррИсаНопз$ тип аптесйу 
Фгои?В а \еб Бго\узег ап 4о поЁ гедише 
до\уШоа4$ ог шуаПайоп$ ап4 ог шуаПайоп$ 
оп Ше сПепе 14е. бааЗ уеп4огз зо]уе аП Фе 
(есбса! ргоетл$ аззослайе уу даа 5юогазе. 

То заррой сои аррИсайоп$, гедзл- 
ме даа Бебуееп Фет, аз \еП аз епзиге 
шЮппабНоп зесигиу, Фе Нее НегоКи зегусе 
\а$ спозеп. НегоКи 5иррог$ а \4е гапзе оЁ 
ргоэтатилтае |апхиазез, ап 1аипсЬтэ Фет т 
НегоКа 4оез поё гедише сБапзез ю аррИса- 
(оп$, И аПо\з уои ®Ю стеме, гап ап4 зсае 
аррИсайопз 11 Фе зате \уау ш аП ]апэпазез. 

То 4ерюу Ше аррИсайоп, а О1- 
Ч15елЬще4 уег1оп сопго] зузет \а$ изе4, аз 
уе! аз СТеагОВ Гог зюппз ап \уогктФ Уи 
Фе ДагаБазе. 

УеЬ аррИсаНоп$ стеже4 \уи Фе зиррой 
ОЕ з@есе4 1001$ ап аПо\у/з уой ю сгеаже апа 
танцат ап шЮптайоп сотропепЕ: асадепис 
гесогаз, герог$, сотилипиу 5егу1се, рготойоп 
ап теззазе Ч1зёбийоп. 

Зегуег гедиез(5 соте гот Фе ТЗР (Тауа 
Зегуег Разе) ап4 аге адагезе4 10 фе зег\е. 
Тре зег\е{ гесозт17ез фе гедиезе, реогт$ 
Фе песеззагу асйоп$, ап тебиги$ Ше ]зр 
гезропзе разе. 

АррПсаНноп чзегз аге @у1АеЯ шю с1аз- 
(ег5. ТБе где Рапсйоп$ оЁ изегз оЁ еасВ сазег 
аге Гогте4 ап4 зарроцеа, \ушсВ аЦо\$ уои ю 
еНесйуе!у ап аилсКу гезроп@ № уапоч$ 
ргоетз$ ш е |еагите ргосез$. Те “зба4еп{- 
{еаспег-деап-гесог”5” сБаш 1$ ташешед 
Фгои?Б Фе 41567Бибоп оЁ тезза-сез. ш а 
ши 6-еуе| едисаНоп зузет, фе шЕог-табоп 
сотропеп аПо\/з уои ю ашсу тоуе за4еп 
(0 [еуё!$ ФгоизВоие Фе 5сВоо] уеаг. 
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